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Abstract Nomenclature 


This paper presents the preliminary development of 
a method for monitoring the propulsion system and 
identifying correct recovery procedures for the F404 
engine in support of the F- 18 high-angle-of-attack re- 
search vehicle program. By using artificial intelligence 
techniques and modem display technology, we have 
been able to design a system that aids in real-time 
monitoring of propulsion systems. This expert sys- 
tem is designed to operate as an “expert aid” to an en- 
gineer with litde or no experience in propulsion sys- 
tem monitoring. The goals of this expert system de- 
velopment project are to provide enhanced safety of 
flight and to relieve the propulsion engineers of the 
time-consuming but necessary task of propulsion sys- 
tem monitoring on flight programs, particularly those 
with nonexperimental engines. As telemetry data is 
received, the results are continually being displayed 
to the engineer in a unique manner. The engineer has 
the choice of a number of different color graphical dis- 
plays he may use. These include being able to moni- 
tor the engine state, monitor individual parameters and 
watch time histories or strip chart displays. When an 
anomaly is identified, that information is displayed to 
the engineer. Any additional information is also dis- 
played, such as the procedures necessary to recover 
from the anomaly. 
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Introduction 

Propulsion system monitoring is a flight safety func- 
tion that is often performed for aircraft operating with 
experimental propulsion systems. Propulsion system 
monitoring may also be a safety-of-flight requirement 
for an aircraft performing extreme maneuvers or flying 
near the boundaries of the normal operating envelope. 

At the Dryden Flight Research Facility of the NASA 
Ames Research Center, this monitoring function is 
performed in the mission control center of the Western 
Aeronautical Test Range. The task of propulsion sys- 
tem monitoring is normally performed by an experi- 
enced, senior-level propulsion system engineer famil- 
iar with the specific aircraft and engine being flown us- 
ing strip chart recorders, computer-formatted displays, 



and indicator lights providing data from instrumenta- 
tion on board the aircraft (Fig. 1). Table 1 shows a 
list of representative propulsion system instrumenta- 
tion for a research program not involving experimental 
propulsion system elements; those parameters desig- 
nated “flight mandatory” indicate instrumentation that 
must be operational for flight testing. Formatted dis- 
plays provide digital values of the main propulsion 
system instrumentation parameters. 


Table 1. X-29A representative propulsion system 
instrumentation list. 


Parameter 

Flight 

mandatory 

Inlet temperature 
Fan speed 

X 

Core speed 

X 

Compressor discharge pressure 

X 

Main fuel flow 

Main ignitor lead temperature 
Flame sensor temperature 
Turbine discharge pressure 
Turbine discharge temperature 

X 

Afterburner fuel flow 
Afterburner ignitor lead temperature 
Exhaust nozzle area 
Nozzle LVDT temperature 
Power lever angle position 

X 

Engine fuel pressure 

X 

Engine fuel temperature 

X 

Engine lubrication pressure 

X 

Fuel tank pressure 

X 

Fuel tank temperature 

X 


Each mission control center strip chart recorder pro- 
vides eight channels of analog information. Typi- 
cally, the propulsion engineer monitors two of these 
recorders for both trends and limits. A representative 
list of some of the parameters displayed on these strip 
chart recorder channels is provided in Table 2. 

Indicator lights are used to monitor system status or 
to indicate parameters that are out of limits. The num- 
ber of indicator lights used for propulsion system mon- 
itoring varies from program to program. A list of rep- 
resentative limits that might be monitored are included 
in Table 3. 

Currently, engine monitoring is done by senior-level 
propulsion engineers and operations engineers in the 


Table 2. Representative strip chart recorder 
parameter list. 


Parameter 

Parameter 

designation 

Fan speed 

N1 

Core speed 

N2 

Compressor discharge pressure 

Ps3 

Main fuel flow 

wfc 

Turbine discharge pressure 

Pt5 

Turbine discharge temperature 

ttS 

Afterburner fuel flow 

wf* 

Exhaust nozzle area 

A8 

Power lever angle position 

PLA 

Engine lubrication pressure 

E_Lube_P 


Table 3. Representative indicator light list. 


Parameter 

Indication 

Fan speed 

> Nl m *x 

Core speed 

> NZjnag 

Turbine discharge temperature 

> Tt5|nri 

Engine fuel temperature 

> Tengu* 

Fuel tank pressure 

< P lank mia 

Engine lubrication pressure 

< PlubCn*n 

Engine skin temperature 

> Tskmmw 


control room and by pilots in the cockpit. Strip charts, 
CRT’s with both digital and graphic data, warning 
lights, analog gauges, and color panels are all moni- 
tored in the control room or similar facility while the 
pilot monitors his engine gauges in the cockpit. 

As can be seat in Tables 1 and 2, the total number 
of parameters and conditions that must be monitored 
is not overwhelming, but there is a sufficient num- 
ber so that a novice would have difficulty providing 
adequate real-time monitoring. The task of monitor- 
ing individual parameters and conditions is only one 
part of the propulsion system engineer’s responsibil- 
ity. Additionally, the propulsion engineer must also 
recognize and correctly identify a number of systems- 
level anomalies that require understanding of a pattern 
in several parameters simultaneously. The recognition 
of a systems-lcvel anomaly and the correct identifica- 
tion of that condition is essential for a corrective or pre- 
ventative acdon and for communication with the pilot. 

Another problem is that the control rooms are 
usually limited in the number and type of strip 
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charts, cathode-ray tube (CRT) displays, and warning 
lights. As aircraft and engines increase in complexity, 
changes need to be made to these displays. 

In order to ease some of the burden on the propulsion 
engineer, the NASA Ames Research Center’s Drydcn 
Flight Research Facility has been investigating meth- 
ods to aid in the monitoring process. Expert systems 
provide a means of increasing the propulsion engi- 
neer’s productivity by taking over some of the mon- 
itoring functions. By using expert system’s technol- 
ogy, the experience of several propulsion engineers 
can be used. 

This work was based on knowledge gained from 
previous work done on an expert system flight status 
monitor 1 -3 and is similar in function to the expert sys- 
tem for shuttle mission control. The program docu- 
mented here was developed to support the F- 18 high- 
angle-of-attack research vehicle program. 

This paper describes a preliminary version of an ex- 
pert system engine monitor that aids the propulsion en- 
gineer with many monitoring tasks. In order to evalu- 
ate the preliminary version, data from the F404 engine 
in the X-29A forward-swept wing was used. 

System Description 
Engine Description 

The F404 engine is a low bypass axial-flow turbo- 
fan with afterburner. The three-stage fan (low pres- 
sure compressor) is driven by a single-stage turbine. 
Approximately one-third of the fan discharge air is 
bypassed to the afterburner for combustion and cool- 
ing. The seven-stage, high-pressure compressor is also 
driven by a single-stage turbine. The first- and second- 
stage compressor stators' are variable. Fourth-stage 
compressor air is used by the engine’s anti-ice system. 
A set of variable inlet guide vanes are mounted in front 
of both the fan and compressor to direct the inlet air at 
the best angle for the existing engine operation. 

Atomized fuel and compressor dischaige air is 
mixed and ignited in the combustion chamber. These 
ignited gases then pass through the compressor and 
fan turbines and out the engine exhaust. Afterburner 
operation uses added atomized fuel mixed with the 
compressor discharge gases and the bypass fan dis- 
chaige air to produce additional thrust The military 
(nonafterbuming) thrust of each engine is approxi- 
mately 10,700 lb with maximum afterburner thrust in 
the 16,000-lb class. 


The electrical control assembly, variable exhaust 
nozzles, main fuel control, and afterburner control pro- 
vide coordinated operation of the engine throughout 
the flight envelope. The engine accessory gearbox, 
driven by the compressor rotor, powers the lubrica- 
tion and scavenge oil pumps, variable exhaust nozzle 
power unit, alternator, main fuel pump and control, and 
afterburner fuel pump and control. 

During development there was no available F-18 
data to test the intelligent computer assistant for en- 
gine monitoring (ICAEM). The only F-404 engine data 
available at the time was from the X-29. Since the 
X-29 has only one engine as opposed to two engines 
for an F-18, telemetry data was mapped to both en- 
gine displays (Figs. 5-6). In this way actual flight data 
could be used for testing ICAEM 

Current Monitoring System 

Figure 2 shows how monitoring is currently being 
done at Amcs-Dryden. Radar tracking and teleme- 
try tracking devices pass information to the telemetry 
and radar acquisition processing system. Data is then 
transmitted to the control room to drive CRT displays, 
indicator lights, strip chart recorders, and color pan- 
els. There is much data, but litde information. The 
propulsion engineer is required to process the data into 
useful information. Since the knowledge required to 
transform the data into information is in the engineer’s 
mind, a senior-level propulsion engineer is required to 
perform this task. 

ICAEM Description 

Figure 3 shows how monitoring is done with 
ICAEM. Telemetry and radar information are received 
as before. However, rather than having data sent to dif- 
ferent devices as before, real-time data are transmitted 
to a single workstation through a local area network 
using a standard protocol. 

There are many advantages to the new system. The 
most important advantage is that the programmable 
workstation has the capability to put some of the en- 
gineers’ knowledge into the system. This is done 
through the use of expert systems which use the declar- 
ative knowledge contained in rules that evaluate the 
system being monitored. In this way data, as well 
as useful information, is displayed to the user. Also, 
use of programmable workstations for graphic displays 
substantially reduces the workload, allows for sophis- 
ticated graphics without impacting the critical acqui- 
sition software, and provides greater flexibility in dis- 
play design and reconfiguration. 4 
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Description of Internal Structure of ICAEM 

The overall internal structure of ICAEM is shown 
in Fig. 4. The main portion of ICAEM is a program 
that acts as an interface between the telemetry data be- 
ing provided by way of Ethernet and the expert system. 
Once given data, the expert system decides if any con- 
dition exists that the engineer needs to know. If so, that 
information is sent to another program that displays the 
necessary information to the engineer. 

When telemetry data is received, the main program 
asserts a fact into a fact base in the expert system. Once 
enough facts are generated to match the conditions of 
a rule, the rule is “fired." For example, consider a rule 
in the expert system such as one to monitor a potential 
hung start: 

if 

Starting engine and 

N2 is less than 60 percent and 

N2 is not increasing for 1 sec and 

PLA is greater than 1 A and less than 24, 

then 

Engine state is Potential Hung Start, 
or 

If 

Starting engine and 

N2 is less than 60 percent for 35 sec, 

then 

Engine state is Potential Hung Start. 

This warns the engineer of the danger of a hung start 
before the hung start actually takes place. The main 
program receives telemetry data for many parameters 
including those needed for the above rules. It then as- 
serts facts into the expert system fact base. The expert 
system looks at all the facts being asserted, and if ev- 
ery condition in the rule is satisfied, it “fires” that rule. 
The consequent of the rule is then passed to the display 
program so that the engineer will receive the necessary 
information. If any condition is not satisfied, the rule 
is not fired. 

The expert system used in ICAEM is the C Lan- 
guage Production System (CLIPS) inference engine 
produced by the Mission Planning and Analysis Di- 
rectorate of NASA’s Johnson Space Center. 5 The pri- 
mary representation methodology used in CLIPS is 
a forward-chaining rule language based on the Rete 
algorithm. 6 CLIPS was chosen because it was written 
in the “C” language and was designed to be embedded 
within an application. This is a very important feature 
for this project because of the need to interface the in- 


ference engine to a real-time application written in a 
procedural language. Other expert systems exist but 
provide no means of interfacing since they provide a 
“total environment” 

Using the rule-based expert systems approach al- 
lows gathering and implementing the propulsion en- 
gineer’s knowledge very quickly, which in turn allows 
quick feedback on the quality of the knowledge cap- 
tured in the expert system and quickly raises the qual- 
ity level with just a few iterations. 

Overview of ICAEM’s Capabilities 
Determining Engine Operational State 

The main functions to be performed by the propul- 
sion system expert system are monitoring, anomaly 
classification, and both normal and recovery proce- 
dure aiding. 

The monitoring task involves the following 
functions: 

• Determination of engine operating state 

• Detection of parameters whose value has ex- 
ceeded limits 

• Detection of the rates of change of parameters 

• Prediction of trends 

• Timing of duration of parameters outside of limits 

This information is then used to identify any anoma- 
lous system behavior (see Identification of Anomalies) 
and, when this behavior corresponds to a predefined 
pattern of behavior, to identify the type of anomalous 
behavior being exhibited by the propulsion system. 
Two types of anomalous behavior must be identi fied by 
the system: single parameter and systematic. Single 
parameter anomalies are those in which a parameter 
exceeds a limit or exceeds a limit for too long a period. 
Systematic anomalies are those in which the propul- 
sion system exhibits anomalous behavior in multiple 
parameters in some pattern. 

The system is partitioned by engine states as 
follows: 

• Ground start 

• Normal ground operation 

• Take-off 


4 



• Normal flight operation 

• Airstart 

Partitioning in this way allows partitioning the rules 
in a similar manner so that only the rules within each 
partition will fire at one time, thus significantly reduc- 
ing the processing time for the expert system. 

Within each of the above partitions, ICAEM mon- 
itors only those parameters and rules associated with 
that state. In the ground start state, for example, 
ICAEM monitors for engine start, power level angle 
(PLA) to ground idle, lite-off and normal start, hung 
start, or hot start. 

Given any state, ICAEM monitors only those pa- 
rameters necessary. Some parameters, however, are 
always monitored whether or not they are displayed. 
For instance, engine lubrication pressure (E_Lube_P) 
is a parameter that is always monitored, whereas Nz is 
only monitored when EXube_P is out of limits (that 
is, E_Lube_P is usually disregarded if Nz is less than 
0.5 g's). 

identification of Anomalies 

The primary function of propulsion system moni- 
oring is the detection of system anomalies. These 
nomalies fall into the categories of “system anoma- 
es” and “engine anomalies.” System anomalies are 
bnormal operation within the total propulsion system 
jt external to the gas generator and afterburner. En- 
ne anomalies are those that occur within the gas gen- 
ator. Whenever any of these anomalies occur, they 
ust be correctly identified and appropriate corrective 
tion taken. 

The anomalous system conditions that must be de- 
ted are: 

► excessive engine fuel temperature 

> high or low engine fuel pressure 
engine compartment overheating 
low or high oil pressure 
excessive oil temperature 

ie anomalous engine conditions that must be de- 
d are: 

stagnation 


• hot start 

• hung start 

• engine oveitemp 

• engine stall 

• engine failure 

• engine overspeed 

• afterburner malfunction 

• engine flameoul 

Some of these anomalies are not presently moni- 
tored. Methods to monitor them are still in the devel- 
opment stage. At present, monitoring is being done for 
hot start, hung start, engine stall, and engine overtemp 
for the engine anomalies, and low lubrication pressure 
for the system anomalies. 

Procedural Aiding 

As stated earlier, it was convenient to distinguish 
between five specific conditions: ground start, nor- 
mal ground operation, take-off, normal flight oper- 
ation, and airstart. Associated with each of these 
conditions or “modes" is a set of anomalous condi- 
tions to watch for and a corresponding procedure for 
each anomaly. 

In the ground start mode, monitoring is being done 
for a hot start and a hung start. If there is a hot start 
or a hung start, a window will appear at the top of the 
display containing two sets of procedures. One is a 
ground station procedure for this particular condition 
and the other is a cockpit procedure. These proce- 
dures are taken direedy from the flight manual. Fig- 
ure 6 shows the procedures display for a stall. Besides 
having the ability to bring up the procedures automat- 
ically on an anomaly, the user also has the ability to 
bring up any procedure he wishes in order to review it 
at any rime. 

Information Displays 

The display or user interface serves to enhance the 
propulsion engineer’s processing of data. Typically, a 
propulsion engineer must process a textual data screen 
from which a mental model of the corresponding sub- 
systems is built. ICAEM reduces the mental process- 
ing time and reduces the data monitoring load. 

The ICAEM display is partitioned into three ma- 
jor sections (Fig. 5). The bottom portion of the dis- 
play shows a cross-sectional view of two engines — left 
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shows a cross-sectional view of two engines — left and 
right. This section of the display shows parameters 
that are always monitored. Thermometer-like displays 
are at respective engine stations. The right vertical bar 
(blue) indicates the actual value of a given parameter 
while the left vertical bar (green) indicates a predicted 
value of the same parameter. This predicted value is 
based on a number of previous data samples and in- 
dicates a trend (for example, if the predicted value is 
consistently higher than the actual value, it indicates 
the value has been increasing). The box containing 
digital data at each station will change to yellow when 
the parameter is near a predetermined limit and will 
turn red when the parameter reaches that limit. 

The center display is two colored horizontal bars 
containing text. These bars show the actual state of 
the engine. Any nominal condition is displayed with a 
green background, while a warning condition or a con- 
dition of potential concern is displayed with a yellow 
background. Any serious condition is displayed with 
a red background. The center display is used to mon- 
itor the status of the engine. As shown previously, in 
a normal ground start the following statuses would be 
shown as they occur 

• Starting engine 

• PLA to ground idle 

• Lite-off 

• Normal start 

The top portion of the display is used to show user- 
requested information. Using a mouse, the user may 
request strip charts on any parameter desired and/or 
pop up a display with a procedure on it, or turn off a 
parameter believed to be an erroneous sensor or faulty 
telemetry data. 

The strip chart displays resemble conventional pen- 
and-ink recorders (Fig. 5). The engineer may call 
up as many parameters on this display as desired — 
not just predetermined parameters as before. Signal 
traces are displayed and tagged with limits. The strip 
charts demonstrate how a current capability need not 
be lost but can be provided in a better form while still 
making use of the propulsion engineer’s training and 
experience. 

The top portion of the display is also used for pro- 
cedures (Fig. 6). At any time, the user may bring 
up a display that shows the procedures required of 


the engineer on the ground and the necessary proce- 
dures required of the pilot in any given anomalous 
situation. The procedural displays also pop-up au- 
tomatically when an anomaly is encountered by the 
expert system. 

There are conceivably times when a propulsion en- 
gineer is aware that some data must be disregarded. 
It may be obvious from the data displayed that a cer- 
tain sensor is bad and the information received is er- 
roneous. In that case, the engineer can, in effect, turn 
off the sensor. The expert system stops using that pa- 
rameter’s information, and data for that parameter is 
not displayed. 

Conclusion 

This document presents a preliminary version of a 
propulsion system expert system drat was developed 
for monitoring and procedural aiding in support of the 
F-18 high-anglc-of-attack research vehicle program. 
This expert system is designed to operate as an “ex- 
pert aide” to an engineer with little or no experience in 
propulsion system monitoring. The goal of this expert 
system development project is to relieve the propulsion 
engineer of the time-consuming, but necessary, task of 
propulsion system monitoring on flight programs with 
nonexperimental engines. The intelligent computer as- 
sistant for engine monitoring provides a better moni- 
toring environment because it uses the knowledge and 
experience of several propulsion engineers. It is al- 
ways attentive and never distracted as a human may 
be. And the system displays information, not raw data, 
therefore enhancing safety of flight and improving the 
engineer’s efficiency in propulsion system monitoring. 
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